home *** CD-ROM | disk | FTP | other *** search
/ Cream of the Crop 20 / Cream of the Crop 20 (Terry Blount) (1996).iso / os2 / pcii0696.zip / PCIIDE.TXT < prev    next >
Text File  |  1996-06-08  |  16KB  |  349 lines

  1.  
  2.           Document:  PCI IDE Controllers for OS/2
  3.         Maintainer:  Patrick Duffy, duffy@theory.chem.ubc.ca
  4.     Revision Dates:  11/3/95, 12/3/95, 5/18/96, 5/26/96, 6/2/96
  5.        Archived at:  ftp.netcom.com, in directory /pub/ab/abe/
  6.                      CompuServe (GO BENCHMARK)
  7.          Web pages:  http://warp.eecs.berkeley.edu/os2/workbench/work.htm
  8.                      http://www.os2forum.or.at/english/info/os2hardwareinfo/
  9.                      (note that the first URL may not have up-to-date
  10.                      versions of the lists)
  11.  
  12. This document is intended for use by individuals and corporations in a
  13. non-commercial manner.  It may be distributed freely within those
  14. limitations.  Commercial use of this document in any manner requires
  15. prior written permission of the author.
  16.  
  17. There seems to be a proliferation of PCI IDE hardware both built in to
  18. PCI motherboards or available as separate cards.  Some of it is reported
  19. to work well, and some of it is best left unused.  Two of these
  20. controllers, the PC Tech RZ1000 and CMD 640, have been the cause of much
  21. discussion on UseNet, as both have serious flaws which could result in
  22. data corruption.  Both are very commonly employed in motherboards of all
  23. types (the PC Tech RZ1000 was used in the Intel Premiere series of
  24. boards and the CMD 640 is still used in many motherboards, such as the
  25. Asus P54SP4). The full story is below. I've therefore created this PCI
  26. IDE list so that people will know if their particular PCI IDE
  27. implementation will work with OS/2.  I've tried to keep this information
  28. as accurate as possible, but if you spot any flaws or omissions, please
  29. do not hesitate to let me know.  Much of this was received from sources
  30. within IBM.  You may see square brackets beside certain chipsets.  If
  31. the word "confirmed" appears therein, this means that the bug detailed
  32. in the description to follow along with the subsequent fix have been
  33. confirmed to me by IBM.  I've placed a '*' beside the controllers which
  34. seem to work well.  The vendor's name and PCI ID appear in HEX/decimal
  35. in brackets beside the controller name. Dates in brackets indicate the
  36. last revision date for the related entry.
  37.  
  38.                              NEW THIS WEEK
  39.                              -------------
  40.  
  41. I've added contact information for Intel to the "Useful numbers" section
  42. below.
  43.  
  44. Useful numbers: (12/3/95)
  45. ---------------
  46. BusLogic:  (408) 492-9090 (Voice)
  47.            (408) 654-0760 (tech. support -- 7 A.M. - 5 P.M.
  48.                            Pacific Time, Mon. - Fri.)
  49.            (408) 492-9118 (FAX)
  50.            (408) 492-1984 (BBS - N81)
  51.            techsup@buslogic.com (E-Mail tech. support)
  52.            ftp.buslogic.com (FTP site)
  53.            www.buslogic.com (WWW site)
  54.  
  55. CMD:       (800) 426-3832 (sales)
  56.            (714) 454-0800 (sales)
  57.            (714) 455-1656 (FAX)
  58.  
  59. DTC:       (408) 942-4010 (BBS)
  60.            (408) 942-4005 (Faxback)
  61.            (408) 942-4081 (sales)
  62.            (408) 942-4027 (FAX)
  63.            www.datatechnology.com (WWW site)
  64.  
  65. Intel:     (800) 628-8686 (tech. support)
  66.  
  67.            FAXBack:
  68.            --------
  69.            (800) 525-3019  (US or Canada)
  70.            +44 1793-432509 (Europe)
  71.            +65 256-5350    (Singapore)
  72.            +852 2 530-4116 (Hong Kong)
  73.            +886 2 514-0815 (Taiwan)
  74.            +822 767-2594   (Korea)
  75.            +61 2 975-3922  (Australia)
  76.            (503) 264-6835  (World wide)
  77.  
  78.            BBSes:
  79.            ------
  80.            (503) 264-7999  (US or Canada/World wide)
  81.            +44 1793-432955 (Europe)
  82.            +65 256-4776    (Singapore)
  83.            +852 2 530-4116 (Hong Kong)
  84.            +886 2 718-6422 (Taiwan)
  85.            +822 784-3430   (Korea)
  86.            +61 2 975-3066  (Australia)
  87.  
  88.            ftp.intel.com (FTP site)
  89.            www.intel.com (WWW site)
  90.  
  91. PC Tech:   (612) 345-4555
  92.  
  93. Promise:   www.promise.com (WWW site)
  94.  
  95. Tekram:    www.tekram.com (WWW site)
  96.  
  97.                                 Chipsets
  98.                                 --------
  99.  
  100. 1) CMD 640 (CMD Technology Inc.:  1095/4245) (9/4/95)
  101.  
  102.    There are _four_ problems with this particular chip.  Here's the
  103.    first one:
  104.  
  105.    [confirmed]
  106.  
  107.    Channels (two IDE drives may be attached to each IDE channel) cannot
  108.    be operated concurrently because there is a single I/O queue for both
  109.    channels.  Simultaneous reads to both channels will cause data
  110.    corruption.  This is not mentioned in the chipset errata.
  111.  
  112.    Here's the second one:
  113.  
  114.    [confirmed]
  115.  
  116.    Their stand-alone PCI board does not have a BIOS and appears to
  117.    come-up disabled per the PCI definition. Its really difficult to
  118.    tell whether a PCI-IDE controller is operating in 'legacy' mode
  119.    since (at least) the CMD chipset does not update the PCI config
  120.    space with the legacy base port addresses. Also convincing PCI to
  121.    route IRQ 14/15 to a PCI Int is problematic unless the motherboard
  122.    BIOS explicitly supports this function.
  123.  
  124.    Here's the third one:
  125.  
  126.    [confirmed]
  127.  
  128.    The CMD chipset also has a documented restriction that it will not
  129.    support DWORD config write cycles.  Of course the Award BIOS on the
  130.    (Vobis) motherboard on which testing was being performed did not
  131.    issue byte/word config cycles explicitly and instead implemented all
  132.    config read/write services as read/modify/write of DWORD data. The
  133.    net result was that the system PCI BIOS could not be used to program
  134.    the motherboard chipset!
  135.  
  136.    Here's the fourth one:
  137.  
  138.    [confirmed]
  139.  
  140.    Some systems have the floppy drive changeline connected to the same
  141.    line as the 640 chipset.  With this setup, data corruption can occur.
  142.    The reason is this:
  143.  
  144.    The chip fifo is used not only to contain data, but to contain chip
  145.    status as well.  As a consequence of this, the following could occur:
  146.  
  147.    Floppy I/O starts.
  148.    HD I/O starts.
  149.    HD I/O is just about finished when floppy I/O finishes and a request
  150.    to start different floppy I/O is made.
  151.    At this point, the floppy changeline status is read from the floppy
  152.    changeline status register, at location 3f7.  If there is data in the
  153.    CMD chip waiting to go to the disk at this point, two bytes of it are
  154.    _removed_ and replaced with the floppy changeline status.  This, of
  155.    course, causes data corruption.
  156.  
  157.    One person has reported seeing this bug with an Adaptec 1540 SCSI
  158.    controller as well.
  159.  
  160.    IBM have released a software fix for this in the form of a new
  161.    IBM1S506.ADD; check for PJ19409.ZIP (from ftp-os2.cdrom.com and
  162.    elsewhere) to get it.
  163.  
  164. 2) The Intel Triton PCI chipset (Intel:  8086/32902) (5/18/96)
  165.  
  166.    Any board which uses the Intel Triton PCI chipset will have, via the
  167.    Triton chipset, support for EIDE built in to the board.  The EIDE is
  168.    busmastering, and apparently allows for throughputs of up to 22 MB/s.
  169.    There are a proliferation of drivers out there for this chipset, and
  170.    success is by no means guaranteed with any of them, at least
  171.    according to the messages I get.  One report says that disk activity
  172.    slows down while comm. activity occurs; this is consistent with the
  173.    ISA and ATA data lines being shared.  Everything _does_ seem to work
  174.    with IBM1S506.ADD, although this will not allow you to use the
  175.    busmastering capabilities of the chipset.  Adding /SMS and /LBA after
  176.    IBM1S506.ADD is reported to help performance somewhat. The Triton
  177.    chipset also has an additional "feature" whereby when using the
  178.    built-in IDE, both channels cannot be operated independently; both
  179.    channels are either on or off, meaning that you either use two
  180.    interrupts or none.  This allows for faster transfers, though.
  181.  
  182. 3) PC Tech RZ1000  (PC Technology Inc.:  1042/4162) (5/18/96)
  183.  
  184.    There are two bugs in this chip, both of which are by now fixed (the
  185.    latest BIOS for the Intel Premiere II board checks the chipset
  186.    revision and switches the offending features on or off accordingly).
  187.    The first has been known for about a year, and has a fix in fixpack
  188.    5.  Its story is:
  189.  
  190.    Produces accelerated IRQ.  IBM1S506.